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After Final Office Action of April 6, 2006 

REMARKS 

In an Office Action dated April 6, 2006, claims 1-41 were rejected. By this amendment, 
independent claims 1, 1 1, 21, 31 and 32 are amended. These changes do not add new matter. 
Applicants respectfully request reconsideration in light of the below remarks. 

Interview Summary 

Applicants thank the Examiner for the courtesy of a telephone interview on August 1, 2006. 
During the interview, differences between the claims as previously presented and the references 
were discussed. The Examiner suggested that the claims be clarified by using language that could 
be more readily understood without resort to the specification. 

The amendments presented herein and remarks below may serve as a further summary of the 
interview. 

Rejections Under 35 U.S.C. §112 
In an advisory action mailed July 17, 2006, the Examiner stated that the Rejections under 35 
U.S.C. §112 were withdrawn based on arguments submitted with an Amendment after Final filed 
June 5, 2006. 

Nonetheless, during the interview, the Examiner suggested clarifications that would improve 
the readability and understandability of the claims. Amendments in the form discussed have been 
made to the claims, but are not intended to alter the scope of the claims. 

Rejection Under 35 U.S.C. §103 

Claims 1-41 were rejected under 35 U.S.C. §103 as being unpatentable over Russell and 
Parthesarathy. Applicants respectfully disagree and request reconsideration. 

As to claim 1, the Examiner asserts that Russell shows a component manager that receives a 
request and has a parser that extracts from the request URL information which identifies the 
location of a file containing software component resources for satisfying the request. Applicants 
disagree with the interpretation of Russell. 
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Though Russell describes computer systems that may implement a collaboration session, 
Russell describes object oriented programming (column 11, line 27). Individual clients create 
objects and those objects are transmitted to a server, which operates as a central repository (column 
2, lines 23-30). From the central repository, the objects are distributed to other clients where the 
objects are processed by "client collaboration software on the client computer system" (column 2, 
lines 32-37). 

Presumably, the Examiner equates "objects" in Russell with "requests" as recited in the 
claim. Even with this interpretation, Russell does not meet the limitations of claim 1. Specific 
processing of objects by the client collaboration software is not described in Russell, but one of skill 
in the art would understand Russell to describe a system in which the clients are programmed in 
advance with client collaboration software to process objects. There is no teaching or suggestion in 
Russell to obtain software component resources to process an object in any way. Accordingly, there 
is no teaching or suggestion in Russell of "a parser that extracts from the request URL information 
which identifies the location of a file containing software component resources for satisfying the 
request," as recited in claim 1 . 

The Examiner asserts that this element of claim 1 is shown at column 11, lines 39-67 of 
Russell. However, Russell describes a method and apparatus for managing objects in a client/server 
computing system environment. Specifically, Russell describes mechanisms and techniques which 
allow for the creation and management of objects so that each contains a unique object 
identification (column 3, lines 40-43). The passage at column 11, lines 39-67 merely provides an 
overview of the client/server environment. It does not describe obtaining software component 
resources to process the objects. Therefore, Russell does not teach or suggest obtaining software 
component resources for satisfying a request or "a parser that extracts from the request URL 
information." 

Russell also does not meet other limitations of claim 1 . The Examiner acknowledges that 
Russell does not show a download manager or install manager as claimed. Rather the rejection is 
based on a combination of Russell with Parthesarathy, which the Examiner asserts teaches a 
download manager and an install manager. However, because Russell does not teach or suggest a 
component manager that extracts from a request URL information which identifies the location of a 
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file, there is no motivation to modify the system of Russell to use the system of Parthesaranthy to 
download such a file. 

In summary, there is no prima-facie case of obviousness for at least two reasons. First, there 
is no motivation to combine the references. Second, even if combined, the combination would not 
include a component manager having "a parser that extracts from the request URL information 
which identifies the location of a file containing software component resources for satisfying the 
request," as recited in claim 1 . The rejection under 35 U.S.C. §103 of claim 1 should therefore be 
withdrawn. 

The rejection of claim 1 1 should also be withdrawn. Claim 1 1 recites: "parsing the request 
to extract from the request URL information which identifies the location of a file containing 
software component resources for satisfying the request." Neither of the references discloses or 
suggests such a step in a collaboration session as recited in the other elements of claim 11. Russell 
and Parthesarathy do not establish a prima-facie case of obviousness of claim 1 1 because there is no 
motivation to combine the references and, even if combined, the references would not show all 
limitations of the claim. 

As to claim 21, Russell and Parthesarathy also do not establish a prima-facie case of 
obviousness. Neither reference teaches or suggests "program code that extracts from the request 
information which identifies the location of a first file for satisfying the request." Therefore, there 
is no motivation to combine the references and, even if combined, the references would not teach all 
limitations of the claim. Further, claim 21 recites "program code that extracts from the first file an 
indicia of a trusted supplier and obtains second location information of a second file, the second file 
containing a second component." These limitations are not taught or suggested by either Russell or 
Parthesarathy, providing a further reason why the rejection of claim 21 should be withdrawn. 

As to claim 31, neither Russell nor Parthesarathy teaches or suggests "program code that 
extracts from the request URL information which identifies the location of a first file containing 
software component resources for satisfying the request." Because neither reference teaches or 
suggests this limitation, there is no motivation to combine the references, and even if combined, the 
references would not teach all limitations of claim 31. Further, neither reference teaches "program 
code that extracts from the first file dependency information identifying a second component on 
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which the first component is dependent" and "program code that selectively downloads a second 
file when the dependency information indicates the second component is in the second file." 
Because neither of the references teaches or suggests these limitations. The rejection of claim 3 1 
should be withdrawn. 

As to claim 32 5 Russell and Parthesarathy do not create a prima-facie case of obviousness 
because neither teaches or suggests "means .. .for parsing the request to extract from the request 
URL information which identifies the location of a file containing software component resources for 
satisfying the request." Accordingly, there is no motivation to combine the references and, even if 
combined, the combination would not teach each limitation of the claim. 

The remaining claims depend, directly or indirectly, from one of claims 1, 1 1, 21, 31 or 32. 
Each of the remaining claims should be allowed for the reasons given in conjunction with the 
independent claim from which it depends. The dependent claims recite additional features, which 
further distinguish over the references. 

CONCLUSION 

In view of the above remarks, applicant believes the pending application is in condition for 
allowance. A Notice of Allowance is respectfully requested. The Examiner is requested to call the 
undersigned at the telephone number listed below if this communication does not place the case in 
condition for allowance. 
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If this response is not considered timely filed and if a request for an extension of time is 
otherwise absent, Applicant hereby requests any necessary extension of time. If there is a fee 
occasioned by this response, including an extension fee, that is not covered by an enclosed check, 
please charge any deficiency to Deposit Account No. 23/2825. 



Dated: 



B 

Registration No.: 32,950 

WOLF, GREENFIELD & SACKS, P.C 

Federal Reserve Plaza 

600 Atlantic Avenue 

Boston, Massachusetts 02210-2206 

(617) 646-8000 
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